home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Just Call Me Internet
/
Just Call Me Internet.iso
/
com
/
othernet
/
fidonet
/
vmu_057
/
doc
/
bye_ger.doc
next >
Wrap
Text File
|
1993-08-17
|
13KB
|
283 lines
Dortmund, 15.12.92
BYE
- Dumb Point Export -
- Part of VMU -
von Volkmar Wieners (2:243/4800.5)
deutsches Kurz Manual (BYE_GER.DOC)
fr Version 0.50
immer noch im Betatest
es empfiehlt sich, diesen Text
zumindestens einmal kurz durchzulesen,
bzw. ausdrucken und bei der ersten
Benutzung neben den Compi legen
Dieses Programm darf frei kopiert und weitergegeben werden. Eine
Verbreitung ber Mailbox ist ausdrcklich *erwnscht*. Eine Aufnahme
in einen kommerziellen PD-Versand ist hiermit ausdrcklich *untersagt*.
Eine Weitergabe in Zusammenhang mit kommerziellen Produkten bedarf der
Genehmigung des Autors.
Bugs, Verbesserungsvorschlge und sonstige Anregungen per FidoNetmail
an den Autor. Dabei sollte nach Mglichkeit deutlich zwischen Fehlern
Verbesserungsvorschlgen getrennt sowie die einzelnen Punkte
durchnummeriert werden. Danke!
1. Was soll ich mit diesen Teil?
--------------------------------
BYE ist als einfacher Ersatz des The-Box Programmes EXPORT gedacht und
speziell fr den Pointbetrieb entwickelt, beschrnkt sich also nur auf
die wesentlichsten Funktionen. Eventuell vorhandene TB.EVT, TB.RTE,
TB.SCD oder eine Nodeliste werden *nicht* ausgewertet. Fr den Einsatz
innerhalb einer Node-Installation ist BYE also absolut ungeeignet. Auch
das Multi-Point Konzept wird nicht untersttzt.
Es ist sehr einfach zu bedienen, etwas schneller als der Original-EXPORT
und untersttzt die Mglichkeiten von Crashmail und File-Attach (With-File)
besser als dieser. Ansonsten sollte BYE sich ziemlich genauso verhalten
wie EXPORT. Einen abwechselnder Einsatz von BYE und EXPORT sollte solange
keine Probleme machen, wie sie nicht die Option "4-dimensionale Adresse"
benutzen. Da der EXPORT solche Adressen nicht verwalten kann, sollten sie
ab dann nur noch BYE oder GO_OUT (by Roland Bohn) benutzen.
Bei Problemen bitte Mail an den Autor.
2. Welche Vorraussetzungen sollte das System erfllen?
------------------------------------------------------
a) Sie sollten ein Point sein.
b) Sie sollten soviel Hauptspeicher frei haben, das die gesamte Netmail-Area
(*.HDR- und *.MSG-File) dort locker Platz findet.
Zum Beispiel sollen 500 Kbyte freier Speicher fr rund 350 durch-
schnittliche Netmail-Messages reichen.
c) Sie sollten soviel Platz auf dem Massenspeicher haben, da BYE dort
eine Kopie des HDR-Files der Netmail-Area anlegen kann. Ansonsten
mssen sie diese Funktion per Kommandozeilen-Option ausschalten.
3. Also was sind das fr Optionen?
----------------------------------
Sie knnen das Programm in gewissen Rahmen an ihre ganz persnliche
Point-Installation anpassen. Die einzelnen Optionen sollten durch
Leerzeichen voneinander getrennt sein. "-tb-nl" wird nicht akzeptiert.
Als da sind:
-tb = make The-Box style *.CF (default: *.FLO)
-nl = no information in logfile
-nc = no copy of NETMAIL.HDR file
-na = no arcing
-cna = no arcing of crashmail
-nna = no arcing of netmail
-nma = no arcing of the maus INFILE.TXT
-4d = set 4-dimension adress (only netmail)
-4fd = pack type 2+ pkt (FSC-0048, FD, Qmail)
-oc = only crashmail packing
-w = wait after work
-r = remove *.PKT after packing (if not ARC does it)
-m = pack only MausNet msgs
-f = pack only FidoNet msgs
-a = arcprg and command (default: arc.ttp x)
-tb = Ihr Mailer ist THE-BOX, also werden File-Attachfiles mit der
Endung *.CF erzeugt.
-nl = Es werden keine Information in das Logfile (welches unter "logpath"
in TB.CFG angegeben wird) geschrieben. Verschiedene Loglevel, die
vielleicht in TB.CFG eingestellt sind, werden generell nicht
bercksichtigt. Entweder alles oder nix.
-nc = Das alte HDR-File der Netmail-Area wird berschreiben. Es wird also
keine Sicherheitskopie (OLDHDR.BYE) angelegt.
-na = Es wird kein Arcer gestartet. Die erzeugten *.PKT werden so, wie sie
sind ins *.FLO-File eingetragen und an den Zielnode geschickt.
-cna = Zu exportierende Crashmail wird nicht in ein ARCmail-Paket verpackt.
Jede Mail kommt in ein eigenes *.PKT.
-nna = Zu exportierende Netmail (also persnliche Mail, keine Echomail!)
wird nicht in ein ARCmail-Paket verpackt. Jede Message kommt in ein
eigenes *.PKT.
-nma = Im Mausbetrieb wird das INFILE.TXT nicht mit einem Packer
bearbeitet. Das ungepackte Verschicken von INFILE und OUTFILE
kann eventuell im V42-Betrieb interessant sein.
-4d = Ein Behelf fr Points, deren Bosse das Remappen nicht gebacken
bekommen. Mit dieser Option wird vor dem Export bei jeder Netmail-
Message im FROM aus einer 3-d Adresse eine 4-d Adresse gemacht.
Also wird aus "2:24000/1205" nun "2:241/2.1205". Diese 4-d Adresse
wird direkt in den Header der Message geschrieben, ist somit nicht
nur in dem *.PKT zu finden sondern auch anschliessend in der
Message-Base. Echomail-Messages werden immer auf 3-d Adresse
gesetzt.
-4fd = Der Paket-Header wird gem FSC-0048 als Type 2+ erstellt. Das kann
bei einigen merkwrdigen Packern auf der andern Seite (Frontdoor,
Qmail) Vorteile bringen, muss es aber nicht.
Vorsicht: diese Funktion ist noch nicht ausgetestet!
-oc = Der BYE verpackt nur Messages, bei denen das CRASHMAIL-Flag gesetzt.
Man kann so BYE z.B. vor dem EXPORT laufen lassen.
-w = Nachdem alles getan ist: "Press any key..."
-r = Wenn ihr Packer nicht selber das *.PKT nach dem verpacken lscht,
kann mit dieser Option BYE dazu aufgefordert werden. Diese Option
macht also nur Sinn, wenn wirklich noch ein *.PKT zum lschen da ist.
-m = Ist diese Option gesetzt, werden nur Msgs gepackt, die ins MausNet
gehen sollen. Dies ist erst ab LED Version 1.0 mglich. Siehe
auch MAFI.DOC.
-f = Ist diese Option gesetzt, werden nur Msgs gepackt, die ins FidoNet
gehen sollen.
-a = Hiermit kann man einen anderen Packer als den ARC einsetzen.
Geben sie dazu erste den Programmnamen (eventuell mit Pfad) und
dahinter mit Blank getrennt den Packer-Befehl an. Letzterer kann
aus beliebig vielen Wrtern bestehen. Z.B. "-a lharc.ttp m /m"
4. CONFIG.VMU
-------------
Eine bequemere Mglichkeit stndig benutzte Optionen dem Programm mitzuteilen,
ist diese in ein File namens CONFIG.VMU zu schreiben. BYE wertet dieses aus,
falls vorhanden. Es geht aber auch ohne. Eine Beispiel-CONFIG ist im VMU-Paket
enthalten.
Bye_NoLog -nl = no information in logfile
Bye_Wait -w = wait after work
Bye_TheBox -tb = make The-Box style *.CF (default: *.FLO)
Bye_NoHdrCopy -nc = no copy of NETMAIL.HDR file
Bye_NoArcing -na = no arcing
Bye_NoCrashArcing -cna = no arcing of crashmail
Bye_NoNetArcing -nna = no arcing of netmail
Bye_NoMausArcing -nma = no arcing of the maus INFILE.TXT
Bye_4d -4d = set 4-dimension adress (only netmail)
Bye_Pkt2+ -4fd = pack type 2+ pkt (FSC-0048, FD, Qmail)
Bye_OnlyCrash -oc = only crashmail packing
Bye_RemovePkt -r = remove *.PKT after packing (if not ARC does it)
Bye_PackMausOnly -m = pack only MausNet msgs
Bye_PackFidoOnly -f = pack only FidoNet msgs
5. Ich starte mal, wat passiert da denn?
----------------------------------------
BYE liest zuerst das BINKLEY.CFG bzw. TB.CFG. Dieses muss sich entweder im
gleichen Ordner wie BYE befinden oder in dem Pfad auf dem die Shellvariable
MAILER zeigt. Sind beide vorhanden wird BINKLEY.CFG bevorzugt.
Dort findet es unter anderen den Pfad der Netmail-Area. Das HDR-File dieser
Area wird sodann geladen, falls genug Hauptspeicher vorhanden ist. Ansonsten
ist hier schon Schlu.
Das HDR-File wird nach Messages durchsucht, die zu exportieren sind. Wird
eine Message gefunden ld BYE das MSG-File der Netmail-Area ins RAM. Die
betreffende Message wird in ein *.PKT-File geschrieben. Alle Messages, die
an den Boss adressiert sind kommen in ein *.PKT-File. Alle Messages die das
CRASH-Flag gesetzt haben und nicht an den Boss adressiert sind, landen in
jeweils einem eigenen *.PKT-File. Anschliessend werden die *.PKT-Files
in die passende ARCmail-Pakete verpackt. BYE erzeugt defaultmssig ARCmail
Pakete, dies kann mit der Option "-na" abgestellt werden.
Der Arcer muss ARC.TTP heissen und im gleichen Pfad wie TB.CFG zu finden
sein. Zu guter letzt wird ein Steuerfile fr den Mailer (*.FLO fr Binkley
ist default, *.CF fr The-Box per "-tb" Option) erzeugt. Wenn bei "-tb"
Option kein Messages exportiert wurde, wird eine DUMMY.CF erzeugt, um
The-Box zum pollen zubewegen.
Wurde irgendetwas im HDR-File gendert (kann auch der Fall sein, wenn
keine Message exportiert worden ist) wird das alte HDR-File in OLDHDR.BYE
umbenannt und ein neues HDR-File erstellt. War der Export also nicht ganz
nach Wunsch des Point-Sysops, kann mit dem Backup weiterexperimentiert
werden.
6. Kann man Echomail-Areas von anderen Nodes als den Boss beziehen?
-------------------------------------------------------------------
Auch das geht mit BYE. Wenn man eine LED-Version 1.00 oder grsser hat, setzt
man in AREAS.BBS einfach hinter dem Areanamen den gewnschten Zielnode
ein. BYE packt daraufhin diese Message in ein extra Paket (jede Msg kommt
dabei in ein eigenes *.PKT, nicht wundern) und erzeugt ein passendes
*.FLO (bzw. *.CF) File. Sie brauche dann nur noch mit ihren Mailer den
Zielnode anwhlen.
Bei lteren LED Versionen muss der Zielnode ggfs. von Hand eingetragen
werden (ALT-H), in die Message-Kopie, die bereits in der Netmail-Area liegt.
7. MausTausch, oder was?
------------------------
Der MausTausch ist fr das MausNet sowas wie das Pointsystem im Fido. Der BYE
kann aus Msgs die mit LED geschrieben wurden INFILEs fr die Maus erstellen.
Mit dem MAFI knnen Maus-OUTFILEs in die MsgBase des LED importiert werden.
Nheres dazu in MAFI.DOC.
Der Tausch-Prozessor in der Maus besitzt auch eine Art "Areafix" mit dem man
Gruppen an- und abbestellen, sowie Informationen ber das Mausnetz, die
Muse selbst und die verfgbaren Gruppen anfordern kann. Kommandos an die Maus
werden im LED an "MausTausch" oder "Areafix" adressiert. Am praktischsten
ist es die Adresse einer "MausTausch-Logbook" Msg in die PRVTUSER.LST zu
speichern und dann eine Netmail an "m" zu schreiben. Das Subject kann leer
bleiben, die Msg mu mit einer Tearline "---" abgeschlossen werden.
Gltige Kommandos an "MausTausch" sind laut Auszug aus der Dokumentation
von Kai Henningsen:
<------------------------------------------------------------------------>
I.. Infofiles (Parameter: CRC ber das File, das File wird gesendet, wenn
die CRC *nicht* stimmt; -1 ist eine legale und garantiert falsche CRC)
Die Message-"Nummer" ist jeweils dies Tripel.
Im Einzelnen:
II(E,B,A,G,H,M,L,T,K) Files aus (I)nformationen
IN(A,K,L,G,P) Files aus (I)nfo Maus(N)et
IGT Boxtitel
IGS Spruch des Tages
IG(K,L) Kurze/Lange Gruppenliste (G)(K), (G)(L)
Und fr Fremdboxen oder SysOps:
ISG NET\SYSOPGRP.INF
ISB NET\SBOXINF.INF
G+gruppe Gruppe einschalten
G-gruppe Gruppe ausschalten
GUname>gruppe Gruppenchef: Mitglied aufnehmen
GUname<gruppe Gruppenchef: Mitglied rausschmeiáen
<------------------------------------------------------------------------->
Wenn man sich ein "Infofile" holen will, darf man also das "-1" hinter dem
Kommando nicht vergessen. Pro Zeile nur ein Kommando. Hier ein Beispiel:
Msg #424 / 1-424 Time: 18 Sep 92 21:29:46
From: Volkmar Wieners on 2:25800/5
To : MausTausch @ UN on 2:9000/1
Subj:
---------[NETMAIL.GER ]-----------------------------------------------
IGK -1
G-Musik
G+Biker
G+Hifi
IGL -1
---